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FIG. I 



Sistema de transmision/reee p cion de mensaies n»r- t-» c , S MS> 
entre termxnales mov iles v seryidores rem^T 3 cortos (SMS) 

Permite el envlo bidireccional de mensajes cortos (SMS) entre 
un servidor remote y un usuario de un terminal movil (5) lit 
comunica con un centre servidor de mensajes cortos (SMSC) (4? a 
IJZV 1° Tl 1 ? dS telefonia mdvil (6). Se caracteriza porque iol 
terminales moviles (5) comprenden medios de traduccion de lot sSI 
recibidos a un formate de interpretacion directa, ycSn medios de 
presentacion del formate de interpretacion directa para que el 
usuario interprete de forma inmediata los SMS recibidos- 
comprendxendo ademas medios de presentacion de al menos un men sale 
en formato de interpretacion directa, previamente establ^i^ 
medios de seleccion del al menos mensa jeVesentaao , y medKs de 
traduccion del al menos mensaje seleccionado de formato direcJo I 
un mensaje SMS para que el usuario del terminal mc-vi! ?5? 
introduzca y envie mensajes cortos de forma asequible e Tnmediata! 

£ 1 ser Y idor remoto d) se comunica con SMSC (4) a traves d<* 
Z ° r dG tranSacciones < 2 > <3 ue comprende medios de conversion 

de los mensajes SMS a un formato acorde al protocol© d2 
comunicaciones establecido con el SP rviHnr r-^^*- prococoio de 
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SISTEMA DE TRANSMISION/RECEPCION DE MENSAJES CORTOS 
(SMS) ENTRE TERMINATES MOVILES Y SERVIDORES REMOTOS 
OBJETO DE LA INVENCION 

La invenci6n que nos ocupa, tiene por objeto 
5 proporcionar un sistema de comunicacion bidireccional de 

mensajes cortos entre terminales m6viles y servidores 
remotos, y todo ello de forma que los usuarios de los 
terminales m6viles no tengan que introducir los mensajes 
cortos a enviar de forma directa, sino que se introducen a 

10 partir de un formato de interpretacion directa, el cual es 

traducido al formato de mensajes cortos, y a la inversa, es 
decir los mensajes cortos recibidos son traducidos a 
formato de interpretaci6n directa; todo ello de manera que 
la introducci6n de mensajes cortos se realiza de forma 

15 sencilla y la interpretaci6n de los mensajes cortos 

recibidos se realiza de forma inmediata. 

La invenci6n es pref erentemente aplicable en 
aquellos casos en los que se requiera establecer una 
comunicacidn bidireccional mediante mensajes cortos entre 

20 un servidor remoto, como por ejemplo puede ser un servidor 

de una empresa o entidad corporativa, con su personal o 
contrata desplazada fuera de las instalaciones de la 
empresa, de manera que se facilita la comunicacion entre el 
personal o contrata desplazado con el servidor remoto. 

25 ANTECEDENTES DE LA INVENCION 

El envio de mensajes cortos entre usuarios de 
telefonia movil, es muy empleado en la actualidad, para lo 
que 6stos se comunican con un centro servidor de mensajes 
cortos (SMSC) a trav6s de una red de telefonia m6vil GSM 

30 (Sistema M6vil Global), UMTS (Sistema Universal de Teleco- 

municaciones Moviles), GPRS (Servicio General de Paquetes 
Radio) , etc. 

Respecto a los terminales moviles, estos 
basicamente estan constituidos por el terminal de usuario 
35 propiamente dicho que incluye el teclado, pantalla, antena, 
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10 



15 



et< =; y.ademfis los terminales mdviles incluyen una tarjeta 
inteligente de telefono m6vil SIM (Mddulo de Identidad del 
Suscriptor) que se emplea cuando la red es GSM, o una 
tarjeta inteligente USIM (Tarjeta de Telefono Mdvil para la 
red de comunicaciones UMTS ) . 

Dada la importancia del valor anadido de los 
mensajes cortos, estos se estan introduciendo progresiva- 
mente en una mayor medida, pero su uso directo requiere que 
el usuario escriba la informacidn tal y como debe de 
recibirla el destinatario (persona o maquina) con unos 
criterios que pueden ser muy estrictos en el caso de que el 
mensaje vaya dirigido a una maquina como puede ser un 
servidor remote Esto produce frecuentes errores en las 
comunicaciones realizadas, que conducen a inef iciencias y 
amplias perdidas econdmicas, al tener que realizar manual- 
mente una composicidn de mensajes complejos, por personas 
que pueden carecer en la mayoria de los cases de habilida- 
des informaticas, tal y como es el caso en el que una 
entidad corporativa necesite comunicarse con su personal o 
contrata desplazada fuera de las instalaciones de la 
entidad corporativa. 

Esta problematica se acentua cuando la 
informacion transmitida es bidireccional , es decir cuando 
la persona portadora del terminal mdvil recibe una informa- 
25 cion procedente desde un servidor remoto, a la que debe 

responder con una confirmacion muy especifica, y viceversa. 

Por otro lado el empleo de los mensajes cortos 
de forma directa requiere que los servidores a los que va 
dirigida la comunicacidn deben implementar un nuevo 
software para reconocer el formato reducido de los mensajes 



20 



30 



cortos . 



Por todos estos motivos, no existe un sistema 
en el que se pueda realizar comunicacion bidireccional 
entre un terminal movil y un servidor remoto mediante 
35 mensajes cortos. 
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Para conseguir esta comunicaci6n bidireccio- 
nal, en la actualidad son conocidos sistemas de gesti6n de 
las empresas basados en p&ginas web accesibles por Internet 
o una Extranet que permiten a sus empleados o contratistas 
5 actualizar a posteriori el estado de los trabajos encomen- 

dados cuando 6stos se producen fuera de las instalaciones 
de la propia empresa, no disponiendose de esta forma de la 
necesaria inf ormaci6n de gesti6n en tiempo real por no 
disponerse o ser muy complejos los medios adecuados de 

10 comunicacion para este tipo de personal. 

DESCRIPCION DE LA INVENCIQN 
Para resolver y conseguir los objetivos 
anteriormente indicados, la invenci6n ha desarrollado un 
nuevo sistema que permite realizar el envio de mensajes 

15 cortos entre un servidor remoto, como por ejemplo puede ser 

una empresa o entidad corporativa, y un terminal m6vil, de 
manera que el personal o contrata desplazada fuera de las 
instalaciones de la empresa pueda realizar comunicacion 
bidireccional con el servidor remoto a traves de un 

20 terminal m6vil, y todo ello sin necesidad de que se tengan 

que introducir los mensajes cortos directamente en el 
terminal movil, simplif icclndose su uso y evit&ndose errores 
en las comunicaciones realizadas. 

El sistema de la invenci6n parte de los 

25 terminales m6viles conocidos convencionalmente que bclsica- 

mente comprenden un terminal de usuario y una tar j eta 
inteligente de tel^fono m6vil (SIM, USIM) , y se comunican 
con un centro servidor de mensajes cortos (SMSC) a traves 
de una red de telefonia m6vil (GSM, UMTS, GPRS), que a su 

30 vez se comunica con servidores remotos como pueden ser una 

empresa o entidad corporativa. 

Para ello la invenci6n se caracteriza porque 
los terminales moviles comprenden medios de traduccion de 
los mensajes cortos (SMS) recibidos a un formato de 

35 interpretaci6n directa, y con medios de presentaci6n del 



formato de interpretaci6n directa para que el usuario 
interprete de forma inmediata los SMS recibidos. 

Adem&s los terminales m6viles estSn dotados de 
medios de presentaci6n de al menos un mensaje en formato de 
interpretaci6n directa, medios de selecci6n de al menos el 
mensaje presentado y medios de traduccion del al menos 
mensaje seleccionado de formato directo a un mensaje SMS, 
de modo que estas caracteristicas permiten que el usuario 
del terminal introduzca y envie mensajes cortos de manera 
asequible e inmediata sin que tenga que introducir los 
mensajes cortos manualmente de forma directa evitdndose 
errores en la comunicacion. 

Los formatos de interpretacion directa, han 
sido previamente establecidos y almacenados en un banco de 
datos • 

Los medios de traducci6n de los mensajes 
cortos a un formato de interpretaci6n directa est&n 
constituidos por un m6dulo de an&lisis que est& dotado de 
medios de detecci6n de la validez y naturaleza del mensaje 
(puede ser un mensaje de aceptaci6n o rechazo de alguna 
transacci6n enviada anteriormente hacia el servidor remoto 
del sistema corporativo, o bien una nueva transaccion 
recibida desde el correspondiente sistema corporativo). 

Adem&s los medios de traduccion de los 
mensajes cortos a un formato de interpretacion directa 
comprenden un modulo de gestion de transacciones que recibe 
el resultado del analisis efectuado, lo procesa y accede a 
la base de datos a partir de la cual realiza la traduccion 
al formato de interpretacion directa. Para efectuar la 
comunicacion con el usuario se ha previsto un modulo 
interfaz de usuario del terminal m6vil, a partir del cual 
se muestra el formato de interpretacidn directa al usuario 
del terminal movil. 

Los medios de presentacion del formato de 
interpretacion directa asi como los medios de presentacion 
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de al menos un mensaje de interpretacidn directa, estSn 
determinados por la pantalla del terminal m6vil, la cual 
estct conectada al mddulo de gestion de transacciones a 
trav6s del interfaz de usuario. 
5 Los medios de seleccion del al menos mensaje 

en formato de interpretacion directa estcin determinados por 
el teclado del terminal m6vil, el interfaz de usuario, y 
por el modulo de gesti6n de transacciones, 

Respecto a los medios de traducci6n de los 

10 mensajes en formato de interpretaci6n directa a SMS, 6stos 

estcin constituidos por el propio m6dulo de gesti6n de 
transacciones que accede a la base de datos y entrega los 
diferentes datos a un m6dulo de composicion de SMS desde el 
que se transmiten al SMSC. 

15 En condiciones normales de f uncionamiento, se 

ha previsto una pluralidad de mensajes de formato de 
interpretaci6n directa entre los que se selecciona al menos 
uno, mediante el teclado, para que a partir de este se 
componga el SMS, y sea enviado al SMSC. Evidentemente esta 

20 pluralidad de mensajes de formato de interpretaci6n directa 

han sido previamente establecidos y almacenados en la base 
de datos. 

Cabe la posibilidad de que se seleccionen 
secuencialmente al menos dos mensajes de formato de 

25 interpretaci6n directa, para a partir de ellos componer el 

SMS y enviarlo al SMSC. 

En una realizaci6n de la invencion los medios 
descritos con anterioridad, estcin previstos en el terminal 
de usuario, pero evidentemente, y segun otro ejemplo de 

30 realizaci6n de la invenci6n, estos medios pueden estar 

incluidos en la tarjeta inteligente del tel^fono m6vil 
(SIM, USIM). 

Para permitir establecer la comunicacion entre 
el SMSC y los servidores remotos, se ha previsto un 
35 servidor de transacciones que comunica con el servidor 



remoto y con el SMSC, a trav6s.de una linea de comunicacio- 
nes . 

En la realizacion preferente de la invencion, 
la linea de comunicaciones es Internet, pero evidentemente 
puede ser cualquier otro tipo de linea, como por ejemplo un 
cable. 

Tambien cabe la posibilidad de que el servidor 
de transacciones este previsto en la propia SMSC y por 
tanto no se requiera linea de comunicacion . 

Evidentemente el servidor de transacciones 
presenta una arquitectura particular, que comprende medios 
de conversion de los mensajes SMS, proporcionados por la 
SMSC, a un formato acorde al protocolo de comunicaciones 
establecido en la linea de comunicacion, comprendiendo 
adem&s medios de conversi6n del formato acorde al protocolo 
de comunicaciones, establecido en la linea, a mensajes SMS. 

Ambos medios de conversi6n sefialados anterior- 
mente, est&n constituidos por un mddulo de andlisis de 
mensajes que est£ dotado de medios de deteccion de la 
validez y naturaleza del mensaje (determina si su contenido 
es una aceptaci6n o rechazo de una transacci6n realizada 
con anterioridad o bien se trata de una nueva transaccion ) , 
un modulo de gestion de transacciones que accede a una base 
de datos a partir de la cual realiza la traduccion al 
formato SMS mediante un m6dulo de composicion de mensajes. 

Ademas el servidor de transacciones cuenta con 
un modulo de gestion de comunicaciones para permitir la 
comunicaci6n con cada servidor remoto. 

Cabe la posibilidad de que se incluyan 
diferentes modulos de gesti6n de comunicaciones para 
permitir la comunicacion con diferentes servidores remotos . 
Por tanto podria darse el caso en el que exista un modulo 
de gestion de comunicaciones por cada servidor remoto. 

Ademas el servidor de transacciones cuenta con 
diferentes medios emisores/receptores para la comunicacion 
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con los servidores remotos. Tambi6n podrla darse el caso de 
que incluyese un unico medio emisor/receptor para la 
comunicaci6n con los servidores remotos . 

Por otro lado los servidores remotos compren- 
5 den medios de recepci6n/emisi6n del equivalente de SMS en 

el protocolo de comunicaciones establecido en la linea de 
comunicaciones de cada servidor. 

Cada m6dulo de gesti6n de comunicaciones estci 
conectado a una base de datos para verificar unos parclme- 
10 tros de seguridad previamente establecidos y rechazar o 

aceptar la comunicacion en funcion del resultado de la 
verif icacion . 

Por tanto, mediante el sistema de la invencion 
descrito se evitan errores humanos, ya que el usuario del 

15 terminal m6vil unicamente tiene que seleccionar, a traves 

de un interfaz, la informaci6n (persona-m&quina) que desea 
enviar, obteniendo un grado optimo de fiabilidad. 

En base a la descripci6n realizada, se 
comprende f&cilmente que el sistema de la invenci6n es 

2 0 adaptable a cualquier sistema corporativo, y adem6s es 

aplicable sobre cualquier red de comunicaciones de telefo- 
nla movil. 

A continuaci6n para facilitar una mejor 
comprensi6n de esta memoria descriptiva y formando parte 
25 integrante de la misma, se acompanan una serie de figuras 

en las que con car&cter ilustrativo y no limitativo se ha 
representado el objeto de la invenci6n. 

BREVE ENUNCIADO DE LAS FIGURAS 
Figura 1.- Muestra un diagrama de bloques 
30 funcional de la estructura general del sistema de la 

invencion . 

Figura 2.- Muestra un diagrama de bloques 
funcional explicativo del caso en el que el servidor remoto 
(empresa o entidad corporativa) sea el que envie un mensaje 
35 corto al usuario del terminal movil. 



Fi 9[ ura 3.- Muestra un diagrama de bloqu.es 
funcional explicativo del caso en el que el usuario del 
terminal m6vil sea el que envla un mensaje corto al 
servidor remote 

Figura 4.- Muestra un diagrama de bloques 
funcional de un posible ejemplo de realizacion del terminal 
movil . 

Figura 5 Muestra un diagrama de bloques 
funcional de un posible ejemplo de realizacion del servidor 
de transacciones que forma parte del sistema de la inven- 
ci6n para permitir establecer la comunicaci6n bidireccional 
de mensajes cortos entre usuarios de terminales moviles y 
servidores remotos. 

DESCRIPCION DE LA FORMA, DE REALIZACION PREFERIDA 

A continuaci6n se realiza una descripci6n de 
la invencion basada en las figuras anteriormente comenta- 
das . 

El ejemplo que se describe de la invencion se 
refiere al caso en el que un servidor remoto, pertenecien- 
te a una empresa o entidad corporativa, establece comunica- 
ci6n bidireccional mediante mensajes cortos con un terminal 
m6vil perteneciente a un trabajador de la empresa o de una 
contrata, y que est£ desplazado fuera de las instalaciones 
de la empresa. 

Para ello el servidor remoto o servidor 
corporativo 1 esta conectado con un servidor de transaccio- 
nes 2 a traves de una llnea de comunicaciones 3. 

A su vez el servidor de transacciones enlaza 
con un centro de servicio de mensajes cortos (SMSC) 4 el 
cual se comunica a traves de la red de telefonia movil 6 
con un terminal movil 5. 

El servidor de transacciones 2, al igual que 
la SMSC 4 pertenecen al operador m6vil 7, de manera que el 
servidor de transacciones 2 se adapta al protocolo de 
comunicaciones establecido por el servidor corporativo 1, 
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tal y como sera explicado con posterioridad, con lo que no 
es necesario efectuar modif icaciones en la estructura del 
servidor corporativo 1 . 

En la figura 2 se muestran las diferentes 
5 etapas que se siguen para efectuar el envlo de un mensaje 

desde el servidor corporativo 1 al terminal movil 5. 

En primer lugar el servidor corporativo 1 
obtendra los datos necesarios para poder componer un 
mensaje que se desea enviar al terminal movil 5, y estable- 

10 ce una sesidn con el servidor de transacciones al que 

realiza una peticion 8 de transacci6n. 

Seguidamente el servidor de transacciones 2 
valida la solicitud de recibida y compone todos los datos 
para su entrega 9 en f ormato SMS al SMSC mediante . el_ 

15 protocolo que se ha establecido entre ambos elementos. El 

servidor de transacciones 3 puede estar incluido en la 
propia SMSC 4, o separado de la misma, en cuyo caso estS 
conectado por medio de una linea de comunicaciones, como 
por ejemplo Internet, cable, etc. Por tanto el servidor de 

20 transacciones 2 mantiene una sesi6n abierta tanto con el 

servidor corporativo 1, como con el SMSC 4. 

A continuaci6n el SMSC realiza el envio 10 del 
mensaje SMSC de forma convencional , por medio de la red 
publica de comunicaciones m6viles 6, al terminal movil 5 

25 perteneciente al personal desplazado. 

Cuando el mensaje corto es recibido en el 
terminal movil, este lo procesa y genera un nuevo mensaje 
de confirmacion de la recepci6n en el que se acepta o 
rechaza la transaccion recibida, y se envia 11 por medio de 

30 la red de telefonia m6vil 6 al SMSC que entrega el mensaje 

corto originado en el terminal m6vil al servidor de 
transacciones 2 en el protocolo de comunicaci6n y metodo de 
conexi6n establecido entre ambos. 

El servidor de transacciones 9 reconoce el 

35 mensaje recibido como confirmacidn de recepcion de una 



transaccidn previa concreta, y analiza si la transaccidn ha 
sido aceptada o rechazada, y adapta la respuesta 13 al 
servidor corporativo de que se trate, cerrandose la sesi6n 
establecida entre ambos. 

Con ayuda de la figura 3 se describe las 
distintas etapas que se producen cuando el mensaje corto se 
produce en el terminal mdvil 5 y es enviado al servidor 
corporativo 1 . 

En este caso en el terminal m6vil 5 se 
obtienen los datos necesarios para poder componer el 
mensaje deseado, tal y como sera explicado con posteriori- 
dad, guiado por menus, y procede al envio 14 del mensaje 
corto (SMSC) por medio de la red de telefonia m6vil 6. 

Seguidamente el SMSC realize el envio 15 del 
mensaje corto por medio del protocolo y la conexi6n 
establecida con el servidor de transacciones 2, el cual 
analiza el mensaje recibido y en funci6n de su destino 
establece una conexi6n 16 con el servidor corporativo 1 
segun el protocolo y metodo de conexi6n establecido entre 
ambos . 

Seguidamente el servidor corporativo 1 
confirma la recepcidn de la transaccidn aceptandola o 
rechazandola mediante una respuesta 17 a la solicitud 16. 

A continuaci6n el servidor de transacciones 
genera un nuevo mensaje corto hacia el SMSC y se lo envia 
18. Este mensaje le indica el resultado de la transaccion. 

Por ultimo el SMC entrega 19 mediante el envio 
de un mensaje corto, a traves de la red de telefonia movil 
6, la confirmaci6n de la aceptaci6n o rechazo de la 
transaccidn. 

Una vez descrito genericamente el proceso de 
comunicacidn en ambos sentidos, seguidamente se particula- 
rize el funcionamiento del terminal mdvil cuyo diagrama de 
bloques se muestra en la figura 4. 

En primer lugar se describe el proceso que se 
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sigue cuando se efectua la transacci6n de mensajes cortos 
desde el servidor corporativo 1 hacia el terminal remoto 5. 

En este caso cuando el terminal remoto 5 
reciba un nuevo mensaje corto a traves del SMSC, este lo 
5 envia a un mddulo de recepci6n de SMS 23 residente en la 

tarjeta inteligente (SIM o USIM) . Tambien podria residir en 
el terminal de usuario 20 del terminal m6vil 5. 

El modulo de recepcion de mensajes SMS 23 
entrega las senales recibidas a un modulo de an&lisis de 

10 mensajes 24 mediante el cual se verifica si el mensaje SMS 

recibido contiene informacidn v&lida para el sistema o no, 
de manera que en caso de que no contenga inf ormacidn 
vSlida, el mensaje serS ignorado. 

Si por el contrario el mensaje recibido 

15 contiene informaci6n v&lida para el sistema, se analiza que 

tipo de mensajes es; pudiendo tratarse de una aceptacion o 
rechazo de alguna transacci6n enviada anteriormente hacia 
el correspondiente servidor corporativo, o bien de una 
nueva transacci6n recibida desde el correspondiente 

20 servidor corporativo, tal y como fue explicado con anterio- 

ridad. 

Una vez que el m6dulo de an&lisis de mensajes 
24 haya determinado la coherencia del mensaje recibido, asl 
como el tipo de mensaje de que se trata, entrega esta 

25 informacidn a un m6dulo de gesti6n de transacciones 25 que 

se encarga de procesar la informaci6n recibida, de manera 
que si el mensaje recibido es de aceptacion de una transac- 
ci6n previa enviada hacia el servidor corporativo, el 
m6dulo de gesti6n de transacciones 2 6 se comunica con una 

30 base de datos 28, y mcLs concretamente con una base de datos 

de transacciones 28a en la que se cambia el estado de la 
transaccion al mismo estado que el indicado en el mensaje 
de aceptaci6n recibido. La base de datos de transacciones 
28a incluye las diferentes transacciones que pueden ser 

35 recibidas o enviadas por el usuario del terminal movil, 
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Para 10 que 6stas han debido ser previamente almacenadas . 
Estas transacciones dependen de las necesidades del 
servidor corporativo 1. 

Si el mensaje recibido es de rechazo de una 
5 transaccion previa enviada hacia el correspondiente 

servidor corporativo, el mddulo de gestidn de transacciones 
se comunica con la base de datos de transacciones 28a para 
cambiar el estado de la transaccidn al ultimo estado 
anterior valido que tenia almacenado antes del envio de la 
10 transacci6n. 

En el caso en el que el mensaje recibido 
contenga una transaccidn, el proceso a seguir en el mddulo 
gestor de transacciones 2 6 es el siguiente: 

a) Si la transaccidn recibida esta registrada 
en la base de datos de transacciones 28a, los datos que 
caracterizan a la nueva transaccidn no se almacenan en la 
base de datos de transacciones 28a, y se informa al usuario 
a traves de un mddulo inter faz 27, y mas concretamente a 
traves de un mddulo de interfaz de notificacion de eventos 
27a, y a continuacidn se envia un mensaje corto de rechazo 
a la transaccidn recibida. Para ello el m6dulo de gestidn 
de transacciones 2 6 se comunica con un mddulo de composi- 
cidn de mensajes 25 proporcionando los datos necesarios, 
que se encuentran en la base de datos 28, y mas concreta- 
25 mente en la base de datos de transacciones 2 8a y en una 

base de datos de conf iguracidn 28b, para que el modulo de 
composicidn de mensajes 25 pueda componer un mensaje de 
rechazo. Posteriormente dicho mensaje es proporcionado a un 
mddulo de transmisidn de SMS 29 a partir del cual se 
30 transmite al SMSC. 

b) Si el terminal mdvil 5 tiene capacidad para 
poder procesar una nueva transaccion, los datos que 
caracterizan a la nueva transaccidn se almacenan en la base 
de datos de transacciones 2 8a, tras lo cual se informa al 
35 usuario a traves del interfaz de notificacion de eventos 
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27a, A continuaci6n se envla un mensaje corto de aceptacion 
a la transacci6n recibida. Para ello el m6dulo de gestion 
de transacciones 2 6 se comunica con el m6dulo de composi- 
ci6n de mensajes 25 al que progorciona los datos necesarios 
5 a partir de la base de datos 28 para que pueda componer un 

mensaje de aceptaci6n. Posteriormente dicho mensaje es 
enviado mediante el m6dulo de transmisi6n de SMS 29. 

c) Si el modulo gestor de transacciones 2 6 no 
tiene capacidad para poder procesar una nueva transacci6n, 

10 los datos que caracterizan a la nueva transacci6n no se 

almacenan en la base de datos de transacciones 2 8a, tras lo 
cual se informa al usuario a trav6s del modulo de interfaz 
de notificaci6n de eventos 27a. A continuaci6n se envia un 
mensaje corto de rechazo a la transaccidn recibida, de la 

15 misma forma que fue explicada en los casos anteriores. 

A continuaci6n se describe el proceso que 
sigue el terminal m6vil para el caso en el que la transac- 
cion de mensajes cortos se realice desde el terminal movil 
5 hacia el servidor corporativo 1. 

20 En este caso el usuario, a trav6s del teclado 

22 y de la pantalla 21 del terminal de usuario 20 accede al 
interfaz 27, y m£s concretamente a un interfaz de envio de 
transacciones 27b. 

El interfaz de envio de transacciones 2 7b 

25 solicita al m6dulo de gesti6n de transacciones 2 6 obtener 

los identif icadores internos de cada una de las posibles 
operaciones que puedan llevarse a cabo sobre cualquier 
transaccion existente y almacenada previamente en la base 
de datos de transacciones 28a. Estos identif icadores son 

30 presentados al usuario mediante la pantalla 21 en forma de 

menu, y a trav6s del interfaz de envio de transacciones 
27b. Seguidamente el usuario selecciona uno de dichos 
identif icadores del menu a traves del teclado 22 y el 
interfaz de envio de transacciones 27b se lo notifica al 

35 m6dulo de gesti6n de transacciones 2 6 para obtener los 



identificadores internes de cada una de las transacciones 
existentes en la base de datos de transacciones para el 
tipo de operacidn seleccionada. Estos identificadores, 
igualmente son presentados en la pantalla 21 mediante un 
menu y a traves del interfaz de envio de transacciones, 
para que el usuario seleccione uno de ellos mediante el 
teclado 22, punto a partir del cual el interfaz de envio de 
transacciones 27b se lo notifica al mddulo de gestion de 
transacciones 26 y dependiendo del tipo de operacion y 
transaccion seleccionada, el interfaz de envio de transac- 
ciones, solicitard, por un lado, al m6dulo de gesti6n de 
transacciones 26 obtener los identificadores internes de 
cualquier otra informaci6n necesaria para el tipo de envio 
de transaccidn que se desea realizar y que requiera alguna 
seleccion por parte del usuario, y por otro lado, solicita 
a la pantalla del terminal cualquier otra informaci6n 
adicional . 

Por tanto, las diferentes posibilidades de 
mensajes a enviar se van mostrando en la pantalla al 
usuario y este va seleccionando las distintas posibilida- 
des, de manera que despues de haber seleccionado y/o 
introducido el usuario toda la informacion necesaria, el 
m6dulo de gestion de transacciones 2 6 envia al modulo de 
composici6n de mensajes 25 los datos seleccionados y/o 
introducidos por el usuario, asi como algunos otros 
existentes en la base de datos de conf iguracion 28b, para 
que pueda ser generado el correspondiente mensaje. Este 
mensaje se entrega al m6dulo de transmisi6n de mensajes SMS 
29 el cual envia el mensaje SMS obtenido al SMSC 4. 

Evidentemente el usuario del terminal puede 
realizar consulta de las transacciones que pueden realizar- 
se y que previamente fueron almacenadas en la base de datos 
de transacciones 28a, tal y como ya fue explicado con 
anterioridad. 

Para ello el usuario accede al interfaz 27, y 
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mds concretamente a un interfaz de consultas de transaccio- 
nes 27c mediante el teclado 22 y la pantalla 21, de manera 
que este interfaz 27c proporciona al usuario mentis especi- 
ficos que dependen de las necesidades y funciones requeri- 
5 das por el servidor corporativo 1. Por tanto, los datos 

almacenados en la base de datos 28a y 28b, dependen de las 
necesidades de la empresa o servidor corporativo tal y como 
ya fue senalado. 

Para realizar la consulta, una vez que se ha 

10 accedido al interfaz de consultas de transacciones 27c, 

este solicita al modulo de gestion de transacciones 27 
obtener los identif icadores internos de cada una de las 
transacciones existentes en la base de datos de transaccio- 
nes 28a. Estos identif icadores son presentados al usuario 

15 mediante la pantalla 21, a traves del interfaz de consulta 

de transacciones 27c. A partir de este momento el usuario 
selecciona uno de estos indicadores (presentados mediante 
un menu, tal y como fue comentado en los casos anteriores) 
a traves del teclado 22, y el interfaz de consulta de 

20 transacciones 27c se lo notifica al m6dulo de gesti6n de 

transacciones para que 6ste, dependiendo de la transaccion 
seleccionada le proporcione toda la informacion relacionada 
con dicha transacci6n para poder ser presentada en la 
pantalla . 

25 Tambi6n cabe la posibilidad de configurar 

transacciones, de manera que el usuario tenga la posibili- 
dad de modif icar cierta informaci6n existente en la base de 
datos de conf iguraci6n 28b, de acuerdo a las necesidades de 
su servidor corporativo 1. Para ello el usuario, a traves 

30 del teclado y pantalla del terminal accede al interfaz 27, 

y m£s concretamente a un interfaz de conf iguracion 2 7d, el 
cual solicita al m6dulo de gesti6n de transacciones 26 
obtener los identif icadores internos de cada una de las 
posibles operaciones de conf iguracion que puedan llevarse 

35 a cabo sobre la base de datos de conf iguraci6n 2 8b. Estos 



identificadores seran presentados al usuar-io a traves del 
interfaz de conf iguracidn 27d, y cuando el usuario selec- 
cione uno de ellos, el interfaz se lo notifica al mddulo de 
gestidn de transacciones 26. 

Dependiendo del tipo de operacion seleccionada 
el interfaz de conf iguracidn 27d solicita, por un lado, al 
mddulo de gestidn de transacciones 2 6 obtener los identifi- 
cadores internos de cualquier otra informacion necesaria 
para el tipo de modif icacidn que se desea realizar y que 
requiera alguna seleccidn por parte del usuario, y por otro 
lado solicita a la pantalla del terminal cualquier otra 
informacion adicional. 

Despues de haber seleccionado y/o introducido 
el usuario toda la informacidn necesaria, el modulo de 
gesti6n de transacciones 27 almacena en la base de datos de 
conf iguracidn 28b toda la informacidn. Por tanto, mediante 
el interfaz de conf iguracidn se facilita al usuario la 
manera de configurar el modo de comunicarse con su corres- 
pondiente servidor corporative 

El servidor corporativo 1, no se describe, por 
poder presentar este cualquier conf iguracidn de la manera 
que se considere mas dptima y eficaz de acuerdo a las 
propias necesidades de cada empresa. 

Respecto al servidor de transacciones 2, su 
diagrama de bloques se muestra en la figura 5, y a conti- 
nuaci6n se describe su f uncionamiento segun las distintas 
posibilidades que ofrece el sistema y que fueron descritas 
anteriormente . 

En primer lugar se describe el caso en el que 
el servidor corporativo envla un mensaje hacia el terminal 
mdvil; en cuyo caso dicho servidor corporativo 1 establece 
una sesidn, en el protocolo y mediante la red de comunica- 
ciones 3 que se determine, con un modulo de gestion de 
comunicaciones 31 a traves de un emisor/receptor 30. 

En el ejemplo de realizacion de la figura 5 se 
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contempla la posibilidad de conexi6n de una pluralidad de 
servidores corporativos 1 al servidor de transacciones 2, 
para lo que 6ste cuenta con un m6dulo emisor/receptor 30 y 
con un m6dulo de gesti6n de comunicaciones 31 por cada uno 
5 de los servidores corporativos 1 a los que este conectado. 

En este punto es importante senalar que esta 
estructura es necesaria en el caso de que los servidores 
corporativos 1 empleen redes y protocolos de comunicaci6n 
distintos. Por tanto, es obvio que servidores corporativos 

10 1 que utilicen la misma linea de comunicaciones y el mismo 

protocolo, estar&n conectados a un mismo emisor/receptor 3 0 
y a un mismo modulo de gestion de comunicaciones 31. 

Por consiguiente, el m6dulo de gestidn de 
comunicaciones 31, asi como el emisor/receptor 30, pueden 

15 ser especlficos para cada empresa, o por el contrario 

podrian ser genericos. 

Cuando el m6dulo de gesti6n de comunicaciones 
31 recibe una solicitud de establecimiento de sesion, tal 
y como fue descrito al principio de este apartado, consulta 

20 en una base de datos 33, y m6s concretamente en una base de 

datos de conf iguraci6n de par&metros de seguridad 33a, los 
par&metros de seguridad establecidos para cada tipo de 
conexi6n, de forma que en funci6n de la consulta realizada 
rechaza o acepta la solicitud de establecimiento de sesion. 

25 Una vez aceptada la sesion, el servidor 

corporativo 1 envia la transaccidn que desea que reciba el 
terminal m6vil. Esta transacci6n es entregada por el m6dulo 
de gestidn de comunicaciones 31 a un m6dulo de gesti6n de 
transacciones 32 el cual verif ica el formato de la transac- 

30 ci6n de acuerdo a la informaci6n disponible en la base de 

datos de conf iguraci6n 33a, y si el formato no es el 
adecuado devuelve un error al servidor corporativo. Adem&s 
obtiene de la base de datos de conf iguracion 33a las reglas 
de analisis y transf ormaci6n que debe aplicar a la transac- 

35 cion recibida para adaptarlas a los requerimientos de las 



- 19 - 



15 



aplicaciones del terminal movil al que va destinado -el 
mensaje, y seguidamente realiza un registro de los datos de 
la transaction en la base de datos 33, y mas concretamente 
una base de datos de transacciones 33b. Entre los datos que 
5 se registran en esta base de datos se contempla una 

referenda univoca a la transaction que se esta gestionando 
para permitir procesos posteriores como la confirmacion de 
la entrega de dicha transacci6n. 

A continuaci6n el modulo de gesti6n de 
10 transacciones 32 envia a un m6dulo de composici6n de 
mensajes 34 todos los datos necesarios para la composicion 
del mensaje corto que se desea transmitir. 

Seguidamente el m6dulo de composicion de 
mensajes toma todos los datos facilitados por el m6dulo de 
gestion de transacciones y compone el mensaje corto que se 
va a transmitir y lo envia a un m6dulo de transmisi6n de 
mensajes 35 a traves del cual se hace llegar al SMSC 4. 

El m6dulo de transmision de mensajes 35 se 
encarga de mantener una conexion con el SMSC, en el 
protocolo que se adopte y mediante conexidn directa (en el 
caso en el que el servidor de transacciones forme parte del 
propio SMSC 4) o mediante una linea de comunicaciones (en 
el caso en el que el servidor de transacciones 2 se 
encuentre alejado del SMSC). Ademas el modulo de transmi- 
sidn de mensajes se encarga de gestionar la entrega del 
mensaje corto al SMSC, garantizando la entrega del mensaje 
mediante un algoritmo de reintentos que se establezca, o 
bien devolvera un error sino es posible la entrega. 

El proceso continua con la espera de la 
30 confirmaci6n por parte de la aplicaci6n del terminal mdvil 

5 de la aceptaci6n de la transacci6n. Para ello se ha 
previsto un m6dulo de recepcion de mensajes 36 que se 
encarga de estar permanentemente conectado en el protocolo 
que se adopte mediante conexion directa o una linea de 
comunicaciones, al SMSC 4, de forma que recibira todos los 
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mensajes dirigidos a cualquiera de los servidores corpora- 
tivos, y se los proporciona a un m6dulo de andlisis de 
mensajes 37. 

El m6dulo de andlisis de mensajes 37 determina 
5 en cada mensaje si su contenido es una aceptaci6n o rechazo 

por parte del terminal m6vil, o bien se trata de una nueva 
transacci6n, y se envia al m6dulo de gesti6n de transaccio- 
nes 32. En el caso de que el mensaje recibido sea una 
aceptaci6n o rechazo de una transacci6n previa , el m6dulo 

10 de gestidn de transacciones 32 analiza los datos del 

mensaje de aceptaci6n o rechazo y obtiene de la base de 
datos de transacciones 33b los datos almacenados relativos 
a la transaccidn, y ademcis obtiene de la base de datos de 
conf iguraci6n 33a las reglas de transf ormaci6n que debe 

15 aplicar para responder al servidor corporativo con el 

resultado de la transacci6n. A continuaci6n envia la 
respuesta de la transaccion al modulo de gestion de 
comunicaciones 31 el cual devuelve el resultado de la 
transacci6n al servidor corporativo y cierra la sesi6n 

20 establecida con el mismo, siempre y cuando no se contemple 

el establecimiento de una sesion permanente. 

En el caso de que no se reciba ningun mensaje 
de aceptaci6n o rechazo en el m6dulo de recepci6n de 
mensajes 36, transcurrido un tiempo establecido en la base 

25 de datos de conf iguraci6n 33a, se devuelve al servidor 

corporativo un mensaje de error indic&ndole esta situaci6n. 

A continuaci6n se describe el caso en el que 
sea el terminal mdvil 5 el que envie una transacci6n al 
servidor corporativo 1. En este caso el m6dulo de recepcion 

30 de mensajes est& permanentemente conectado, en el protocolo 

adoptado y mediante conexi6n directa o a trav6s de una 
linea de comunicaciones, con el SMSC, de forma que reciba 
todos los mensajes dirigidos a cualquiera de los servidores 
corporativos , proporcionando estos mensajes al modulo de 

35 an&lisis de mensajes 37 que determina si su contenido es 
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una aceptaci6n o rechazo de una transaction por parte de la 
aplicaci6n del terminal mdvil, o bien se trata de una nueva 
transacci6n. La aceptacion o rechazo ya ha sido descrita 
con anterioridad, y en el caso de que se trate de una 
transaccidn, esta es enviada al m6dulo de gestion de 
transacciones 32 desde el modulo de analisis de mensajes 
37, de forma que aquel verifica el destino de la transac- 
ci6n y el formato de la transacci6n de acuerdo a la 
informacion disponible en la base de datos de conf iguracion 
33a. Si el formato no es el adecuado devuelve un error de 
rechazo de la transacci6n. 

El modulo de gestion de transacciones 32 
obtiene de la base de datos de conf iguracidn 33a las reglas 
de analisis y transf ormacidn que deba aplicar a la transac- 
15 cidn recibida para adaptarlas a los requerimientos del 

servidor corporative 

A continuaci6n realiza un registro de los 
datos de la transacci6n en la base de datos de transaccio- 
nes 33b. Entre los datos que se registren se contempla una 
referenda univoca a la transacci6n que se esta gestionando 
para permitir procesos posteriores como la conf irmacidn de 
la entrega de la misma. 

Seguidamente el modulo de gestidn de transac- 
ciones 32 envia al mddulo de gestion de comunicaciones 31, 
perteneciente al correspondiente servidor corporativo 1, 
los datos necesarios par el establecimiento de una sesi6n 
con el servidor corporativo 1, en caso de que esta no sea 
permanente . 

Una vez establecida la sesion, el modulo de 
gesti6n de comunicaciones 31 envia la transacci6n, mediante 
el emisor/receptor 30 correspondiente, al servidor corpora- 
tivo, de acuerdo con el metodo que este establecido en el 
mismo, de manera que se esta emulando la entrada de datos 
de igual forma que se realiza la entrada de datos por un 
usuario habitual del servidor corporativo. 
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Seguidamente el m6dulo de gestion de comunica- 
ciones espera la respuesta del sistema corporativo y envia 
al m6dulo gestor de transacciones el resultado de la misma 
(aceptaci6n rechazo de la transaccion) . En el caso de no 
5 producirse una respuesta, una vez haya transcurrido un 

tiempo configurable, se envia un mensaje de error. 

El m6dulo gestor de transacciones analiza la 
respuesta del servidor corporativo, y de acuerdo a las 
reglas establecidas en la base de datos de conf iguraci6n 

10 33a para el servidor corporativo concreto, envia los datos 

necesarios para la transmisi6n del resultado de la transac- 
ci6n al m6dulo de composici6n de mensajes, el cual constru- 
ye, de acuerdo a los datos obtenidos, el mensaje corto que 
debe ser enviado como conf irmaci6n de la transacci6n, y se 

15 lo entrega al m6dulo de transmisidn de mensajes, el cual se 

encarga de mantener una conexi6n con el SMSC de la forma ya 
comentada . 



REIVINDICACIQMES i 
1.- SISTEMA DE TRANSMISION/RECEPCION DE 
MENSAJES CORTOS (SMS) ENTRE TERMINALES MOVILES Y SERVIDORES 
REMOTOS, en el que los terminales m6viles (5) Msicamente 
comprenden un terminal de usuario (20) y una tarjeta 
inteligente de telefono m6vil (SIM-M6dulo de Identidad de 
Suscriptor, USIM-M6dulo de Identidad de Suscriptor Univer- 
sal), y se comunican con un centro servidor de mensajes 
cortos (SMSC) (4) a traves de una red de telefonia mdvil 
(6) (GSM-Sistema Global de Comunicaciones Moviles, UMTS- 
Sistema Universal de Telecomunicaciones Mdviles), que a su 
vez se comunica con los servidores remotos (1); se caracts- 
riza porque los terminales m6viles (5) comprenden medios de 
traducci6n de los SMS recibidos a un formato de interpreta- 
ci6n directa, y medios de presentaci6n del formato de 
interpretaci6n directa, para que el usuario interprete de 
forma inmediata a los SMS recibidos; comprendiendo ademas 
los terminales mdviles medios de presentacidn de al menos 
un mensaje en formato de interpretacidn directa, previamen- 
te establecido, medios de selecci6n de al menos el mensaje 
presentado, y medios de traducci6n del al menos mensaje 
seleccionado del formato directo a un mensaje SMS, para que 
el usuario del terminal introduzca y envie mensajes cortos 
de forma asequible e inmediata. 

2.- SISTEMA DE TRANSMISION/RECEPCION DE 
MENSAJES CORTOS (SMS) ENTRE TERMINALES MOVILES Y SERVIDORES 
REMOTOS, segun reivindicaci6n 1, caracterizado porque los 
medios de traduccion de los mensajes cortos a un formato de 
interpretacidn directa estan constituidos por un modulo de 
analisis de mensajes (24) que esta dotado de medios de 
deteccion de la validez y naturaleza del mensaje, un m6dulo 
de gestidn de transacciones (26) que recibe el resultado 
del analisis, lo procesa, y accede a una base de datos (28) 
a partir de la cual realiza la traduccion al formato de 
interpretacion directa; y un m6dulo interfaz de usuario 
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(27) del terminal m6vil (5) para comunicarse con 6ste. 

3. - SISTEMA DE TRANSMISION/RECEPCION DE 
MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVILES Y SERVIDORES 
REMOTOS, segun reivindicaci6n 1, caracterizado porque los 

5 medios de presentaci6n del formato de interpretaci6n 

directa y los medios de presentacion del al menos un 
mensaje de interpretaci6n directa, est&n determinados por 
la pantalla (21) del terminal de usuario (20) del terminal 
m6vil (5); estando dicha pantalla conectada al mddulo de 
10 gestion de transacciones (26) a traves del interfaz de 

usuario, para mostrar el formato de interpretaci6n directa 
en la pantalla (21). 

4. - SISTEMA DE TRANSMISION/RECEPCION DE 
MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVILES Y SERVIDORES 

15 REMOTOS, segun reivindicacidn 1, caracterizado porque los 

medios de seleccion del al menos mensaje en formato de 
interpretaci6n directa est&n determinados por el teclado 
(22) y la pantalla (21) del terminal de usuario (20) del 
terminal m6vil (5), asi como por el interfaz de usuario 

20 (27), y por el modulo de gesti6n de transacciones (28), 

para seleccionar mediante el teclado el mensaje de inter- 
pretacidn directa a trav6s de la pantalla y hacerlo llegar 
hasta el m6dulo de gestion de transacciones (26); y porque 
los medios de traducci6n de los mensajes y formato de 

25 interpretaci6n directa a SMS est&n constituidos por el 

propio m6dulo de gesti6n de transacciones (26) que accede 
a la base de datos (28) y entrega los diferentes datos a un 
m6dulo de composici6n SMS (25) desde el que se transmiten 
al SMSC (4) a trav6s de un m6dulo de transmisi6n de SMS 

30 (29). 

5. - SISTEMA DE TRANSMISION/RECEPCION DE 
MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVILES Y SERVIDORES 
REMOTOS, segun reivindicaciones 3 y 4, caracterizado porque 
se han previsto una pluralidad de mensajes de formato de 

35 interpretacion directa entre los que se selecciona uno, a 



partir del cual y tras su traducci6n se compone el SMS a 
enviar . 

6. - SISTEMA DE TRANSMISIOM/RECEPCION DE 
MENSAJES CORTOS (SMS) ENTRE TERMINAI.ES MOVILES Y SERVIDORES 
REMOTOS, segun reivindicaciones 3 y 4, caracterizado porque 
se han previsto una pluralidad de mensajes de formato de 
interpretacidn directa entre los que se seleccionan 
secuencialmente al menos dos, a partir de los cuales y tras 
su traduccidn se compone el SMS a enviar. 

7. - SISTEMA DE TRANSMISION/RECEPCION DE 
MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVILES Y SERVIDORES 
REMOTOS, segun reivindicaci6n 1, caracterizado porque los 
medios de traduccidn de los mensajes cortos recibidos a un 
formato de interpretacidn directa, los medios de presenta- 
cidn del formato de interpretacion directa para que el 
usuario interprete de forma inmediata los SMS recibidos, 
los medios de presentaci6n de al menos un mensaje en 
formato de interpretaci6n directa, previamente estableci- 
dos, los medios de selecci6n del al menos mensaje presenta- 
do, y los medios de traducci6n del mensaje seleccionado de 
formato directo a un SMS, para que el usuario del terminal 
introduzca y envie mensajes cortos de forma asequible e 
inmediata, estan previstos en el terminal de usuario (20). 

8. - SISTEMA DE TRANSMISION/RECEPCION DE 
MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVILES Y SERVIDORES 
REMOTOS, segun reivindicacidn 1, caracterizado porque los 
medios de traduccidn de los mensajes cortos recibidos a un 
formato de interpretacidn directa, los medios de presenta- 
cidn del formato de interpretacidn directa para que el 
usuario interprete de forma inmediata los SMS recibidos, 
los medios de presentacidn de al menos un mensaje en 
formato de interpretacion directa, previamente estableci- 
dos, los medios de seleccidn del al menos mensaje presenta- 
do, y los medios de traduccidn del mensaje seleccionado de 
formato directo a un SMS, para que el usuario del terminal 
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introduzca y envle mensajes cortos de forma asequible e 
inmediata, est&n previstos en la tarjeta inteligente de 
tel6fono m6vil. 

9. - SISTEMA DE TRANSMISION/RECEPCION DE 
5 MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVILES Y SERVIDORES 

REMOTOS, segun reivindicaci6n 1, caracterizado porque la 
comunicaci6n entre el SMSC (4) y los servidores remotos (1) 
se realiza a trav6s de un servidor de transacciones (2)- 

10. - SISTEMA DE TRANSMISION/RECEPCION DE 
10 MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVILES Y SERVIDORES 

REMOTOS , segun reivindicacidn 1, caracterizado porque los 
servidores remotos (1) comunican con el servidor de 
transacciones (2) y 6ste con el SMSC (4), a trav6s de una 
linea de comunicaciones . 

15 11.- SISTEMA DE TRANSMISION/RECEPCION DE 

MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVILES Y SERVIDORES 
REMOTOS, segun reivindicaci6n 10, caracterizado porque la 
linea de comunicaciones es Internet • 

12.- SISTEMA DE TRANSMISION/RECEPCION DE 

20 MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVILES Y SERVIDORES 

REMOTOS, segun reivindicacion 10, caracterizado porque la 
linea de comunicaciones es un cable. 

13 SISTEMA DE TRANSMISION/RECEPCION DE 
MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVILES Y SERVIDORES 

25 REMOTOS, segun reivindicaci6n 1, caracterizado porque el 

servidor de transacciones estd previsto en la SMSC. 

14.- SISTEMA DE TRANSMISION/RECEPCION DE 
MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVILES Y SERVIDORES 
REMOTOS, segun reivindicaciones 9 y 13, caracterizado 

30 porque el servidor de transacciones (2) cuenta con medios 

de conversion de los mensajes SMS a un formato acorde al 
protocolo de comunicaciones establecido en la linea de 
comunicacidn, y con medios de conversion del formato acorde 
al protocolo de comunicaciones establecido en la linea a 

35 mensajes SMS . 



15.- SISTEMA DE TRANSMISION/RECEPCION DE 
MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVILES Y SERVIDORES 
REMOTOS, segun reivindicaci6n 14, caracterizado porque los 
medios de conversi6n de los mensajes SMS a un formato 
acorde al protocolo de comunicaciones establecido en la 
llnea de comunicacidn y los medios de conversion del 
formato acorde al protocolo de comunicaciones establecido 
en la llnea de mensajes SMS, estan constituidos por un 
m6dulo de analisis de mensajes (37) que esta dotado de 
medios de deteccion de la validez y naturaleza del mensaje, 
un mddulo de gestidn de transacciones (32) que accede a una 
base de datos (33), a partir de la cual realiza la traduc- 
ci6n al formato SMS mediante un mddulo de composici6n de 
mensajes ( 34 ) . 

16. - SISTEMA DE TRANSMISION/RECEPCION DE 
MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVILES Y SERVIDORES 
REMOTOS, segun reivindicaci6n 9, caracterizado porque el 
servidor de transacciones (2) cuenta con al menos un mddulo 
de gestion de comunicaciones (31) para permitir la comuni- 
caci6n con cada servidor remoto ( 1 ) . 

17. - SISTEMA DE TRANSMISION/RECEPCION DE 
MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVILES Y SERVIDORES 
REMOTOS, segun reivindicacion 9, caracterizado porque el 
servidor de transacciones (2) cuenta con distintos m6dulos 
de gesti6n de comunicaciones (31) segun los diferentes 
tipos de servidores remotos ( 1 ) . 

18. - SISTEMA DE TRANSMISION/RECEPCION DE 
MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVILES Y SERVIDORES 
REMOTOS, segun reivindicaciones 16 6 17, caracterizado 
porque el servidor de transacciones (2) cuenta con diferen- 
tes medios emisores/receptores (30) para la comunicacion 
con los servidores remotos (1). 

19. - SISTEMA DE TRANSMISION/RECEPCION DE 
MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVITES Y SERVIDORES 
REMOTOS, segun reivindicaciones 10 y 14, caracterizado 
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porque los servidores remotos (1) comprenden medios de 
recepci6n/emisi6n del equivalente de SMS en el protocolo de 
comunicaciones establecido en la llnea de comunicaciones de 
cada servidor . 

5 20.- SISTEMA DE TRANSMISION/RECEPCION DE 

MENSAJES CORTOS (SMS) ENTRE TERMINATES MOVILES Y SERVIDORES 
REMOTOS, segun reivindicaci6n 16 6 17 , caracterizado porque 
cada modulo de gesti6n de comunicaciones (31) est& conecta- 
do a la base de datos (33) para verificar unos pardmetros 
10 de seguridad previamente establecidos y rechazar o aceptar 

la comunicacion en funci6n del resultado de la verifica- 
cion • 
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